home *** CD-ROM | disk | FTP | other *** search
/ 500 MB Nyheder Direkte fra Internet 2 / 500 MB nyheder direkte fra internet CD 2.iso / start / data / text / tc15-220.txt < prev    next >
Text File  |  1995-05-08  |  25KB  |  600 lines

  1.  
  2. From telecom-request@delta.eecs.nwu.edu  Wed May  3 13:01:14 1995
  3. 1995
  4. 13:01:14 -0400
  5. telecomlist-outbound; Wed, 3 May 1995 09:27:39 -0500
  6. 1995
  7. 09:27:36 -0500
  8. To: telecom@eecs.nwu.edu
  9.  
  10.  
  11. TELECOM Digest     Wed, 3 May 95 09:26:00 CDT    Volume 15 : Issue 220
  12.  
  13. Inside This Issue:                           Editor: Patrick A. Townson
  14.  
  15.     U.S. Federal Suggestion Box in Cyberspace (Donald E. Kimberlin)
  16.     Re: Call Trace Foulup Followed OK Bomb (Lee Winson)
  17.     Re: Call Trace Foulup Followed OK Bomb (Richard M. Weil)
  18.     Re: Call Trace Foulup Followed OK Bomb (Butch Lcroan)
  19.     Looking For a Home For Listserver (Christopher Zguris)
  20.     Reach Out and Defibrillate Someone (Dave Leibold)
  21.     Re: Open NNTP Servers Wanted by Reader (Art Walker)
  22.     Any Way to Have Parents' Phone Calls Billed to *My* Phone? (Scott 
  23. Brenner)
  24.     SMR Frequencies (Manuel Maese)
  25.     Need New Voice Board or Lines Amps! (72164.3302@compuserve.com)
  26.     Re: Annoying Feature on Payphones Here (gnuz@rjones.oz.net)
  27.     Re: Annoying Feature on Payphones Here (Steve Cogorno)
  28.     Re: Annoying Feature on Payphones Here (stufroed@acs.eku.edu)
  29.     Re: Annoying Feature on Payphones Here (John Nagle)
  30.     Re: Annoying Calls: Can We Deal With Them? (John Lundgren)
  31.     Re: New Country Code 380 For Ukraine (Shalom Septimus)
  32.  
  33. TELECOM Digest is an electronic journal devoted mostly but not
  34. exclusively to telecommunications topics. It is circulated anywhere
  35. there is email, in addition to various telecom forums on a variety of
  36. public service systems and networks including Compuserve and America
  37. On Line. It is also gatewayed to Usenet where it appears as the 
  38. moderated
  39. newsgroup 'comp.dcom.telecom'. 
  40.  
  41. Subscriptions are available to qualified organizations and individual
  42. readers. Write and tell us how you qualify:
  43.  
  44.                  * telecom-request@eecs.nwu.edu *
  45.  
  46. The Digest is edited, published and compilation-copyrighted by Patrick
  47. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  48. or phone at:
  49.                     9457-D Niles Center Road
  50.                      Skokie, IL USA   60076
  51.                        Phone: 500-677-1616
  52.                         Fax: 708-329-0572
  53.   ** Article submission address only: telecom@eecs.nwu.edu **
  54.  
  55. Our archives are located at lcs.mit.edu and are available by using
  56. anonymous ftp. The archives can also be accessed using our email
  57. information service. For a copy of a helpful file explaining how to
  58. use the information service, just ask.
  59.  
  60. ************************************************************************
  61. *
  62. *   TELECOM Digest is partially funded by a grant from the              
  63. *
  64. * International Telecommunication Union (ITU) in Geneva, Switzerland    
  65. * under the aegis of its Telecom Information Exchange Services (TIES)   
  66. * project.  Views expressed herein should not be construed as represent-
  67. *
  68. * ing views of the ITU.                                                 
  69. *
  70. ************************************************************************
  71. *
  72.  
  73. Additionally, the Digest is funded by gifts from generous readers such
  74. as yourself who provide funding in amounts deemed appropriate. Your help 
  75. is important and appreciated. A suggested donation of twenty dollars per
  76. year per reader is considered appropriate. See our address above.
  77.  
  78. All opinions expressed herein are deemed to be those of the author. Any
  79. organizations listed are for identification purposes only and messages
  80. should not be considered any official expression by the organization.
  81. ----------------------------------------------------------------------
  82.  
  83.  
  84.  
  85.         During the two weeks from May 1 through May 14, the U.S.
  86. federal government will have its first "National Electronic Open
  87. Meeting," with the intention of it being a suggestion box in
  88. cyberspace.  The program is supposed to be open for remarks or
  89. suggstions from anyone to any U.S. federal branch.  Experts ffrom
  90. various government departments are supposed to host five different
  91. electronic fora, and a variety of access means will be provided.
  92.  
  93.         One of the accss means will be via computers at 362 libraries,
  94. schools, offices and stores around the nation.  To find the location
  95. nearest you, telephone (800) 881-6842.
  96.  
  97.         Kinko's Copy Centers will also provide computer access at 114
  98. of its locations.  To find which Kinko's nearest you has access,
  99. telephone (800) 254-6567.
  100.  
  101.         Persons with Internet access or gateway access via online
  102. services like AOL, Prodigy, CompuServe, ATTMail, MCIMail or other
  103. gatewayed services can send messages to info@meeting.fedworld.gov.
  104.  
  105.         And those with Web browsers can address 
  106. http://meeting.fedworld.gov.
  107.  
  108.         Government officials say they want to hear what the public
  109. wants and how it wants to interact with government officials in the
  110. information age.  Messages received are to be analyzed and a report is
  111. planned for later this year.
  112.  
  113. ------------------------------
  114.  
  115.  
  116.  
  117. As to the false number reported by Nynex from a bomb threat --
  118.  
  119. Given the criticality of accuracy in this situation, any "call trace"
  120. reports should obviously be checked very carefully before release to
  121. police, then double checked.  All systems involved in this should be
  122. thoroughly debugged and tested extensively.
  123.  
  124. The innocent party deserves to win the lawsuit big time.
  125.  
  126. ------------------------------
  127.  
  128.  
  129.  
  130. Pat said in a recent issue that the man that was mistakenly arrested
  131. for phoning in a bomb threat after the OK blast is suing the police
  132. for misconduct and suing NYNEX "on the grounds that the company filed
  133. a false report in the matter and did so 'with wanton disregard for the
  134. accuracy of their report.' He says the president's apology is insuffi-
  135. cient ... "
  136.  
  137. I heard yesterday that the phone company has offered to pay for this
  138. young man's college education as compensation for the obvious mistake.
  139.  
  140. ------------------------------
  141.  
  142.  
  143.  
  144. JohnWPan@aol.com wrote:
  145.  
  146. > Immediately in the wake of the Oklahoma bomb, a bomb threat was made,
  147. > among many in the nation, to the Boston federal building.  The call
  148. > was traced.  A young man was arrested.  Subsequently, however, NYNEX
  149. > realized that the tracer interchanged two digits of the purported
  150. > origin of the call. The president of NYNEX personally apologized to
  151. > that unfortunate man, who was released after one day in jail.  The
  152. > real perpetrator of the call was not found.  Source: CBS radio.
  153.  
  154. > [TELECOM Digest Editor's Note: As a followup to this story, I am told
  155. > now the person is suing law enforcement officials for false arrest and
  156. > suing NYNEX on the grounds that the company filed a false report in 
  157. the
  158. > matter and did so 'with wanton disregard for the accuracy of their
  159. > report.' He says the president's apology is insufficient, because of
  160. > the abuse and rough treatment he alleges he received at the hands of 
  161. law 
  162. > enforcement officers during the time he was in custody, which would
  163. > not have happened, he contends, had NYNEX properly supervised its
  164. > employees who conducted the trace.  He further alleges that the law
  165. > enforcement officers involved committed official misconduct and acted
  166. > in bad faith by not further investigating the matter when NYNEX later
  167. > produced a 'corrected' version of the report showing the telephone 
  168. number
  169. > originating the call in question, instead continuing to hold him in
  170. > 'unnecessary custody' several additional hours to be vindictive.  PAT]
  171.  
  172. God Bless AMERICA!! The police state we live deserves that this man's
  173. rights be upheld I wish him the best of luck in court. I know NYNEX
  174. made a mistake and that is unfortunate but it is interesting that the
  175. police tried to ignore they did anything wrong by keeping him in jail
  176. even after NYBEX corrected the report?  Anyone ever seen " In the
  177. name of the father " ? They were kept in jail for 15 years to coverup
  178. for a police mistake. I doubt if justice we be done but I wish him
  179. the best in his quest. The real question is what happened to the
  180. responsible party ... nothing?
  181.  
  182.  
  183. [TELECOM Digest Editor's Note: Here in Cook County (Chicago) Illinois,
  184. a judge can order you released from jail, or you can put up the needed
  185. bond money to get out and the jail bureaucrats will still sit on thier
  186. tails for up to 24-48 hours before taking any action. And the best part
  187. is the person who comes to bail you out has to sit in the waiting area
  188. all that time with cash or money order. They do it deliberatly, to let 
  189. the arrested persons and their friends/families know they are just scum.
  190. There is a class action suit against the Sheriff of Cook County now for
  191. the atrocious condition of their computer system which seems to keep
  192. spitting up the same old warrants over and over again. In the NYNEX case
  193. the fellow contends his initial attempts to get the matter corrected
  194. were rebuffed, met with scorn and the usual run-around, etc.  PAT]
  195.  
  196. ------------------------------
  197.  
  198.  
  199.  
  200. Hello to all. I'm looking for a site to carry a mailing list that
  201. deals with current events (CURRENT). Last week CURRENT was abruptly
  202. shut down (we were using listproc-service donated by a university).
  203. From the private email I've received from other list members, many
  204. people are upset about the demise of CURRENT. The list was very
  205. focused, with very little noise, and served as a forum for people all
  206. over the globe to express different opinions on a wide variety of
  207. topics. At this point, I don't know what to do. I've contacted several
  208. other listowners, and Netcom (my other provider), but so far I've come
  209. up empty. People want the list, and I'm more than happy to put in the
  210. time dealing with the adminstrative side (as I've been doing), but I
  211. need a site that has some sort of automated list software. Any help
  212. would be appreciated by me and the other subscribers.
  213.  
  214.  
  215. Christopher Zguris
  216. czguris@mcimail.com    czguris@ix.netcom.com
  217.  
  218.  
  219. [TELECOM Digest Editor's Note: Chris originally wrote me and asked if
  220. I knew of any sites where the mailing list could be operated. I checked
  221. with the sysadmin here to see if it would be possible to take on still
  222. one more here, but this machine is awfully overloaded at present. If
  223. some other site could be of assistance, I'm sure Chris would like to
  224. hear from you with your requirements, etc.    PAT]
  225.  
  226. ------------------------------
  227.  
  228.  
  229.  
  230. An Associated Press report (carried in {The Toronto Star} 1 May 1995)
  231. mentioned studies (by a surgeon from Mt. Sinai Medical Center in Miami
  232. FL, and a heart pacemaker expert from the Mayo Clinic) that indicated
  233. digital cellular phones could cause some "inhibition of the pacemaker 
  234. function" in some test cases. Analog phones were tested, but the news 
  235. report implies these did not cause any noticeable pacemaker problems.
  236.  
  237. There appeared to be no effects when the cell phones were in a normal
  238. talking position (receiver to ear). The problems appeared to occur
  239. when the cell phone antenna was close to the "pulse generator" of
  240. the pacemaker, often installed in the collarbone area. Any interferences 
  241. found in these tests were not reported to be harmful, however.
  242.  
  243.  
  244. Fidonet : Dave Leibold 1:250/730
  245. Internet: Dave.Leibold@superctl.tor250.org
  246.  
  247. ------------------------------
  248.  
  249.  
  250.  
  251. In article <telecom15.218.1@eecs.nwu.edu> TELECOM Digest Editor wrote:
  252.  
  253. > I told him I would post his note ... now it's lost. :(  His intention 
  254. is
  255. > to edit his .login file to 'setenv NNTP open.server.somewhere', and 
  256. pull
  257. > the news that way.  Any help will be appreciated.
  258.  
  259. Unfortunately, "open" NNTP servers are all but extinct.
  260.  
  261.  
  262. Art Walker, Somewhere In Iowa      walker@mnscorp.com
  263. alt.sex/alt.binaries.pictures.erotica/alt.sex.bestiality, etc.
  264. At best, the regulars of these groups are failed phone sex customers...
  265.                                                    - SPY, Jul/Aug 94, 
  266. Page 85
  267.  
  268. ------------------------------
  269.  
  270.  
  271.  
  272. I'd like to find out if there's a way to have the calls direct-dialed
  273. from my parents' home phone billed to *my* home phone number.  Right
  274. now, they're using my calling card number for selected calls.  But
  275. they show up on my AT&T Universal bill. I'd rather have them on my
  276. AT&T long distance bill (I get a separate bill from AT&T; my LEC
  277. doesn't handle LD billing anymore).  I also want to avoid the ~$1
  278. surcharge for using the calling card.
  279.  
  280. If you know a way to do this, please send some e-mail to me at
  281. "sbrenner@attmail.com"
  282.  
  283.  
  284. a T d H v A a N n K c S e
  285.  
  286. Scott D. Brenner    sbrenner@attmail.com
  287.  
  288. ------------------------------
  289.  
  290.  
  291.  
  292. Hello all:
  293.  
  294. I'm interested in gathering information pertaining the frequencies
  295. that are allocated for SMR (Specialized Mobile Radio, abroad called
  296. TRS, Trunkated Radio System, or PAMR/PMR) in different countries.  The
  297. areas I am most interested in are South and Central America and Asia
  298. (all of it!) and Australia/New Zealand, although any information would
  299. be greatly appreciated.
  300.  
  301. The idea is to pinpoint exactly at what range is SMR/TRS allocated or
  302. is planned to be allocated.  800s MHz or 900s is a little to broad of
  303. a range, so I want to find out if, for example, the governments of
  304. Brazil, China or Australia have allocated SMR/TRS systems within
  305. 865-880 MHz or is it 815-825 MHz.
  306.  
  307. Speaking of those countries, those are part of some countries in which I
  308. am more urgently interested than others.
  309.  
  310. If you have any information (or, hey, similar information regarding 
  311. cellular
  312. systems), or an idea of where exactly could I start looking, please e-
  313. mail
  314. me at mmaese@geotek.com
  315.  
  316. Thank you very much for your help!
  317.  
  318.  
  319. Manolo Maese
  320.  
  321. ------------------------------
  322.  
  323.  
  324.  
  325. Hi,
  326.  
  327.   I am using Dialogic Boards with an AMX/81, who's conference feature
  328. is plagued by a drop in gain.
  329.  
  330.   I need one of the following from you if you have for sale:
  331.  
  332.    - 4 or 8 line NewVoice/c  Board(s); or
  333.    - Copy of Parity's VOS software;
  334.    - Someone who know's the C++ as well as Ram Research's DAX to
  335.       help me program a .DLL for the MSI/C.
  336.  
  337. If you can help me, please do!!
  338.  
  339. ------------------------------
  340.  
  341.  
  342.  
  343. > Any other central offices you know of set up to sense when a coin
  344. > box is full and return that kind of message to the user?  As soon
  345. > as that message is played out the phone goes 'click click' and the
  346. > dial tone is restarted.  If they know the box is full, why not
  347. > just come and empty it?
  348.  
  349. That happens in Seattle from time to time. And, I was told by a pal
  350. who does nothing but maintain phones that they usually drive a route
  351. hitting certain payphones for service, cleaning, emtpying, and the
  352. like. They don't make a special run to empty one phone, since the cost
  353. of having someone drive to a phone to empty it would cost more than
  354. the cashbox contains. But if you complain loudly enough ...
  355.  
  356. It's possible that the phone has a faulty cash box sensor, or that
  357. someone is making a lot of international phone calls from it, paying
  358. with silver instead of plastic.
  359.  
  360. ------------------------------
  361.  
  362.  
  363.  
  364. TELECOM Digest Editor said:
  365.  
  366. > about half the time it won't accept money. And this is another
  367. > curious thing; readers can tell me if this exists in your community
  368. > or not: when a payphone is full of money here, somehow it is noted
  369. > in the central office because if you pick up the phone, get dial 
  370. > tone and deposit your 25 cents, the money comes back out immediatly
  371.  
  372. · 
  373.                                                           
  374.  
  375. > and you get a recorded message saying 'sorry, this phone cannot
  376. > accept coins right now, however you can place your call with a
  377. > credit card, collect, third party, etc ..'. This is *not* due to
  378.  
  379. We don't get any messages like that in PacBell territory, but I have
  380. had several phone refuse my coins because the collection box was full.
  381. THe last time this happened, I called the operator and said "Hello
  382. operator, I believe the coin box on this phone is full."  And she said
  383. "What's your point?"  I could have smacked her.
  384.  
  385.  
  386. Steve   cogorno@netcom.com
  387.  
  388. ------------------------------
  389.  
  390.  
  391.  
  392. > I don't like a feature on the Bell payphones here in Skokie, and it
  393. > seems to cause no end of confusion for many other people as well.
  394. > It seems that when you call from a payphone in Skokie (708-673 and
  395. > 708-674) after it rings two or three times, a recorded message comes
  396. > on the line saying 'your party does not answer' and inviting you
  397. > to leave a message 'for delivery at a later time' by pressing the
  398. > keys on the phone, for an additional fee of course.
  399.  
  400. The ones I used in Washington DC offered that "Service" also.
  401.  
  402. > Now should the caller actually answer, then of course the recording
  403. > cuts off immediatly and you proceed with your call, however there
  404. > are lots of foreign speaking people in Skokie -- mostly from Russia
  405. > or the Ukraine -- and not being all that familiar with the phone
  406. > system anyway, they think they are hearing a recording saying that
  407. > the number is not in service.
  408.  
  409. That happened when I first got my answering machine ... it basically
  410. said the number and to leave a message.  One of my wife's relative's
  411. kept calling from South America and hanging up. Unfortunately they
  412. were of course charged for the call.
  413.  
  414. > credit card, collect, third party, etc ..'. This is *not* due to
  415. > any overnight restrictions on payphones such as 'no coins after
  416. > dark' in the War on Drugs, etc. When I have called repair to complain
  417.  
  418. I assume then in the areas where 'no coins after...' anyone using a 
  419. payphone is assumed to be a buyer or seller?
  420.  
  421. > Any other central offices you know of set up to sense when a coin
  422. > box is full and return that kind of message to the user?  As soon
  423. > as that message is played out the phone goes 'click click' and the
  424. > dial tone is restarted.  If they know the box is full, why not
  425. > just come and empty it?
  426.  
  427. Is this Ameritech area?  They are implementing some sort of intelligent  
  428. non operator asisted payphone monitoring network.
  429.  
  430. I guess they have some sort of cost/benefit analysis and refuse to empty 
  431. it more often.
  432.  
  433. The only payphone I use lately is a Bellsouth phone and I call straight 
  434. to home 30 miles away.  Its expensive.  But always takes quarters.
  435.  
  436. ------------------------------
  437.  
  438.  
  439.  
  440. TELECOM Digest Editor <telecom@delta.eecs.nwu.edu> writes:
  441.  
  442. > Another source of annoyance with payphones here is how seldom they
  443. > seem to have their coin boxes emptied. There is one payphone which
  444. > is otherwise quite convenient when I need to use one, but I think
  445. > about half the time it won't accept money. And this is another
  446. > curious thing; readers can tell me if this exists in your community
  447. > or not: when a payphone is full of money here, somehow it is noted
  448. > in the central office because if you pick up the phone, get dial 
  449. > tone and deposit your 25 cents, the money comes back out immediatly
  450.  
  451.       The COINS retrofit has been around for some years.  There's an
  452. electronics module that replaces part of the coin mechanism and keeps
  453. track of the phone's coin traffic.  This can be queried remotely.  The
  454. info is used to schedule coin box servicing (your local telco seems to
  455. be having problems with this) and to keep the coin-box service people
  456. honest.
  457.  
  458.  
  459. John Nagle
  460.  
  461. ------------------------------
  462.  
  463.  
  464.  
  465. Randall Rathbun (randall@coyote.csusm.edu) wrote:
  466.  
  467. > What came as a surprise totally to us, was the response of our local
  468. > telco when asked to remedy the situation. Here's what we're told
  469. > (quoted) "We don't have a way to stop this ... we don't have a way of
  470. > trapping ... you have to have a trap in place ... you have to have 
  471. your
  472. > security give us a signed statement ... you have to have a case number
  473. > assigned to you from the county sheriff's department."
  474.  
  475. I'm not sure whether, by CA, you mean California or Canada.  But here
  476. in Pac Bell CA, we got essentially the same reply, and it is a matter
  477. of laws and can't be changed.
  478.  
  479. But the law also says that the advertiser must have a human on the line 
  480. ask first if the person wants to hear the message.  A fully automated 
  481. 'Junk Dialer' is illegal.  That's why, on all the messages that I have 
  482. received, the advertiser _never_ gives out a phone number os something 
  483. traceable, but asks you to give _your_ number at the beep.
  484.  
  485. > In other words, it is just about impossible to even deal with this
  486. > type of annoying or harassment call due to the complicated, extended
  487. > and time-consuming legal procedures. The local telco representative
  488. > added "We've had this thing happen to us, hopefully yours' will stop
  489. > today" and they acknowledged that a carefully placed roving call would
  490. > go through virtually impossible to stop.  They said they had to have
  491. > two matches on the same number before they could initiate law
  492. > enforcement activity in their offensive call bureau.
  493.  
  494. > A simple question comes to mind, don't roving calls only hit the
  495. > number once and then move on?
  496.  
  497. > In other words, knowledgeable offensive callers can dial with almost
  498. > complete impunity and automated dialers are "impossible" to stop.
  499.  
  500. In California, since CallerID is not yet legal, the offending number
  501. would not be readily available.  But Pac Bell offers a service, for a
  502. monthly fee, where a line can have the call trace added.  It allows
  503. the person to dial a number, *something, that locks in the offending
  504. number so that law enforcement agencies can access it.
  505.  
  506. > What particularly irks this writer, with extensive knowledge and
  507. > experience of telecommunications, is that he and a local CO technician
  508. > can trace and lock down these type of calls within 10-15 seconds after
  509. > they come in. The local CO technician can even remotely login to other
  510. > telco sites and trace the call and positively identify its source
  511. > within a minute or at the most two. In other words, it IS possible to
  512. > stop these types of calls.
  513.  
  514. But it's not legal, because of privacy issues.
  515.  
  516. > Why can't we do something about this growing problem? Have the telco
  517. > carriers formulated new procedures to handle this growing problem? All
  518. > the hardware is already in place to deal with this situation. With the
  519. > advent of the computer autdialers and increasing mechanization during
  520. > the 90's, this type of thing will only increase. Certainly abuse will
  521. > only increase once people realize that nothing really will ever be
  522. > done.
  523.  
  524. > Can't we stop this type of thing, rather than throw up our hands and
  525. > say "oh well, there's nothing we can do about it"? Your comment is
  526. > appreciated.
  527.  
  528. It's not a matter of technology, it's a matter of sociological lag.
  529. The laws and prevailing attitudes haven't kept up with technology.
  530.  
  531. There was a law recently enacted that outlaws junk FAX advertising, so
  532. maybe this will happen with phones.
  533.  
  534. The option of tracing obnoxious calls so that LEAs can access the
  535. phone number seems like the best option in your case.  Maybe the
  536. feature would only have to be added to a few of the lines, not all.
  537.  
  538.  
  539. John Lundgren - Elec Tech - Info Tech Svcs   
  540. Rancho Santiago Community College District   
  541. 17th St. at Bristol \ Santa Ana, CA 92706    
  542. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  543.  
  544. ------------------------------
  545.  
  546.  
  547.  
  548. In article <telecom15.214.6@eecs.nwu.edu>, Clive D.W. Feather
  549. <clive@stdc.demon.co.uk> wrote:
  550.  
  551.  
  552. > I compared my country codes list with my list of ISO recognised
  553. > countries and territories. The shared uses of codes I found were:
  554.  
  555. > 672   Shared by 5 territories under Australian control
  556.  
  557. Specifically, which? My list has only Cocos/Keeling Is, (6722),
  558. Norfolk Is. (6723) and Christmas Is. (6724). What are the other 2?  Or
  559. are Cocos and Keeling two seperate territories, and I'm only missing
  560. one?
  561.  
  562. > Oops, almost forgot. Apart from the 31 cases I listed before, there 
  563. are
  564. > eight territories with no international code that I know of:
  565.  
  566. >    Western Sahara
  567.  
  568. According to the Moroccan Consulate in New York, the Western Sahara is
  569. dialable using the same code as Morocco (212) and city code 8.
  570.  
  571. Also you left out Easter Island (Chilean territory, but not apparently
  572. covered under the Chilean code 56).
  573.  
  574. > [TELECOM Digest Editor's Note: If you are referring to the United 
  575. States
  576. > Trust Territory in the South Pacific Ocean as the 'minor outlying 
  577. islands'
  578. > you mention above, I think some of those have gone into 'area code' 
  579. 808
  580. > which serves Hawaii and Midway Island. Also, I think the 'country 
  581. code'
  582. > for Guam is going to become an 'area code' in the near future, still
  583. > serving Guam and perhaps nearby places.  PAT]
  584.  
  585. I haven't found any code for Wake Island, either. Is this in +1(808) 
  586. as well?
  587.  
  588.  
  589. J.Alan Septimus  V111G9BQ@ubvms.cc.buffalo.edu 
  590. septimus@acsu.buffalo.edu  
  591.  
  592. ------------------------------
  593.  
  594. End of TELECOM Digest V15 #220
  595. ******************************
  596.  
  597.                                                 
  598.